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(54) Method and apparatus for programming programmable controllers and generating 
configuration data from a centralized server 



(57) A method and system for generating program- 
ming code and/or configuration data for programmable 
controller and the networks on which they operate is dis- 
closed. In one embodiment, programming code is gen- 
erated on a centralized server having a web-enabled en- 
gineering tool. The engineering tool operates on client 
devices that are in communication with the server over 
a network, such as the Interntet. Preferably, the engi- 
neering tool runs in a browser application (or other net- 



work-interfacing-application) on the client device and a 
user generates the programming code on the server 
with the aid of the client device. By centralizing the en- 
gineering tool, which may contain a configuration editor 
and a configuration management tool having version 
management functionality, a new business paradigm for 
providing engineering tool services to customers having 
programmable controllers is provided. In addition, new 
methods and tools for collaborative engineering of pro- 
gramming code are enabled. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to the 
field of programmable controllers. In particular, the 
present invention provides an apparatus and methods 
for writing programming code and/or generating config- 
uration data for these programmable controllers without 
the need to purchase and install an engineering tool on 
a programming device. 

BACKGROUND OF THE INVENTION 

[0002] Programmable controllers, including Program- 
mable Logic Controllers ("PLCs") are used in many 
commercial and industrial applications. Programmable 
controllers typically monitor inputs, make decisions 
based on how they are programmed, and control out- 
puts of automated processes or machines. One of the 
most common programmable controllers in use is the 
PLC. PLCs consist of input modules or points, a Central 
Processing Unit ("CPU"), and output modules or points. 
An input accepts a variety of digital or analog signals 
from various field devices, such as sensors, and con- 
verts them into a logic signal that can be used by the 
CPU. The CPU makes decisions and executes control 
instructions based on programming instructions stored 
in a memory. These programming instructions deter- 
mine what the PLC will do for a specific input. Output 
modules convert the control instructions from the CPU 
into a digital or analog signal that can be used to control 
various field devices, such as actuators or valves. 
[0003] Since most programmable controllers, includ- 
ing PLC's, are in essence computers, they store infor- 
mation in the form of On or Off conditions (i.e. 1s or 0s), 
referred to as binary digits (i.e. bits). A program for a 
programmable controller consists of one or more in- 
structions that acc6mplish~a"task: Programming a PLC 
or other controller is a matter of constructing a set of 
instructions. Programming usually also involves gener- 
ating configuration data. Configuring a programmable 
controller involves mapping the controller's input/out- 
put)("l/O u ) area to the physical I/O. Configuration editors 
are generally graphical. 

[0004] There are several ways to look at a program, 
such as for example, flow chart programming, Ladder 
Logic, Instruction Lists, or Function Block Diagrams. 
Ladder logic ("LAD") is one programming language 
used with PLCs. As is shown in Figure 1 , Ladder Logic 
code 10 uses graphical symbols that resemble electro- 
mechanical elements used in a relay logic diagram for- 
mat to describe hard-wired control. The left vertical line 
of a typical Ladder Logic Diagram usually represents a 
power or energized conductor. A right vertical line, rep- 
resents the return path of a hard-wired control line dia- 
gram, and may be omitted. Ladder Logic Diagrams are 
read from left to right, top to bottom. Rungs are often 



referred to as networks. A network may have several 
input and output instructions. Input instructions repre- 
sented by a series of contacts, in one or more parallel 
branches, perform comparisons or tests, and are nor- 

5 mally left justified on the rung. Output instructions rep- 
resented by coils, for which there may only be one in 
each output branch, execute some operations or func- 
tions, and are normally right justified on the rung. As is 
shown in the exemplary Ladder Logic code 10 depicted 

10 in Figure 1, 10.0, 10.1, and QO.O represent the first in- 
struction combination. If inputs 10.0 and 10.1 are ener- 
gized, output QO.O is energized. The inputs could be 
switches, pushbuttons, or contact closures. The output 
could, for example, be a solenoid or a light bulb. 10.4, 

15 10.5 and Q0.1 represent a second instruction combina- 
tion. If either input 10.4 or 10.5 are energized, output 
Q0.1 energizes. 

[0005] An Instruction List ("IL") provides another view 
of a set of instructions and is exemplified at 20 in Figure 

20 1. The operation, i.e., what is to be done, is shown on 
the left. The operand, the item to be operated on by the 
operation, is shown on the right. The LAD and the IL 
have a similar structure. The set of instructions in the IL 
20 of Figure 1 performs the same task as the LAD of 10. 

25 [0006] Function Block Diagrams ("FBDs") provide an- 
other view of a set of instructions and are exemplified at 
30 in Figure 1 . Each function has a name to designate 
its specific task. Functions are indicated by a rectangle. . 
Inputs are shown on the left-hand side of the rectangle 

30 and outputs are shown on the right-hand side. The 
Function Block Diagram 30 shown in Figure 3 performs 
the same tasks as shown by the LAD 10 of Figure 1 and 
the IL 20 of Figure 1 . 

[0007] Programmable controllers in general, and 

35 PLCs in particular, execute program code. in a repetitive 
process referred to as a scan. A scan may start with the 
CPU reading a status of inputs. The application program 
is executed using the status of inputs. Once the program 
is complete, the CPU performs internal diagnostics and 

40 communication tasks. The scan cycles ends by updat- 
ing the outputs, then starts over. The cycle time depends 
on the size of the program, the number of l/O's, and the 
amount of communication required. 
[0008] In order to write programming instructions and 

45 generate configuration data and download the code and 
configuration data to a programmable controller, several 
tools are needed. As is shown in Figure 1, a program- 
ming device, such as a personal computer 1, is inter- 
faced with a PLC 7. Typically, a proprietary cable 5, such 

50 as Siemens® PC/PPI, connects the computer's RS 232 
port with the PLC 7. Prior to the present invention, en- 
gineering software tools 3, such as Siemens STEP 7,® 
had to be installed on the PC so that the PC might be 
used to write programming instructions for the PLC Typ- 

55 ically, the engineering tools are sold on CD's or on an- 
other computer readable medium. 
[0009] Figure 2 outlines the typical steps and short- 
falls that result from the purchase of a copy of an engi- 
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neering tool. The customer of an engineering tool typi- 
cally buys a copy of the software and obtains a license 
to use the tool, step 20. The customer must then install 
the software on a single customer computer, step 25. 
The customer can only develop application software, i. 
e. programming code for a programmable controller on 
computers that have the engineering tool, step 27. The 
license agreements typically accompanying engineer- 
ing tools restrict the customer's ability to install the tool 
on more than one computer without paying for a license 
for any additional computers. 

[0010] The software or engineering tools, such as Sie- 
mens STEP7® or MicroWin,® are often proprietary tools 
developed by the controller manufacturer. Typically, the 
development of these engineering tools takes thou- 
sands of person-hours. The tools are often designed 
and tested to work on a specific computer operating sys- 
tem, such as for example Microsoft Windows® 98. 
When the operating system for the computer on which 
the tool is used changes, the tool needs to be re-verified. 
Often, PC vendors deliver only the newest Microsoft op- 
erating system on their PCs. This forces the engineering 
tool vendors to also support the new operating system, 
which usually means additional hundreds or thousands 
more person-hours of investment. In many organiza- 
tions, the operating system of the PC is updated without 
regard to the software, such as the engineering tools, 
residing on the PCs. 

[001 1] Engineering tools are often updated over time. 
Consequently, different version of the tools may exist at 
the same time. In a large manufacturing facility it is likely 
that not all the programming tools are using the same 
version. This not only increases the costs of ownership, 
but also can cause problems when different program- 
ming devices are used to write programming code for 
the same PLC application. Often, a team of engineers 
is assigned to program a PLC. Each engineer in the 
team may workJndepjejidently_pn_a_discrete aspect of 
the application. At a later time, these various discrete 
aspects are combined into one program that operates 
on the PLC. If the engineers are not all using the same 
version of the tool, it is possible that the code generated 
from a version of the tool may not be compatible to an 
earlier version of that tool. 

[0012] In addition to problems associated with run- 
ning different operating systems on the programming 
devices and different versions of the engineering tools 
on the operating systems, the programming code for the 
programmable controllers is often not archived in a cen- 
tralized manner. Often the code for one PLC in a factory 
may be stored on one laptop or desktop personal com- 
puter and the code for another PLC may be stored else- 
where. If a PLC were originally programmed with a first 
PC and that PC is latter replaced with a second PC and 
if the PLC reprogrammed with a second PC, there often 
would be no way to restore the original program, should 
the new program be deficient. 



SUMMARY OF THE INVENTION 

[0013] The present invention provides a system for 
programming a programmable controller, such as a PLC 

5 or other industrial controller. In one embodiment, a client 
device having a network-interfacing-application, such 
ais for example a browser application, communicates 
over a network with a server. An engineering tool for cre- 
ating programming code and configuration data for pro- 

10 grammable controllers resides on the server. The engi- 
neering tool employs a programming language for pro- 
gramming programmable controllers and is accessible 
by the client device using the browser application resid- 
ing thereon. The server may have an associated storage 

is unit for storing programming code generated by the en- 
gineering tool on the client device. In some embodi- 
ments, the engineering tool employs a graphical pro- 
gramming language, such as Ladder Logic, Flowchart 
Programming, or Function Block Programming. In other 

20 embodiments, it may employ text based languages, 
such as Instruction Lists. A compiler for compiling the 
programming code may also reside on the server or be 
accessible to the server. 

[001 4] Accordingly, the present invention provides for 

25 numerous and robust methods for developing program- 
ming code for programmable controllers. In one embod- 
iment, a user accesses a server over a network with a 
client device that has a browser application. The engi- 
neering tool is preferably invokable by the browser ap- 

30 plication. The user then creates a document containing 
programming instructions with the engineering tool. The 
document is then transmitted over the network to the 
server. The document may be stored on the server for 
later access and editing. In a particular embodiment, the 

35 document is an XML document. 

[0015] In one embodiment of the present invention, 
programming code is stored on a central server. This 
provides a cost-effective and efficient method for pro- 
gramming programmable controllers. The server and 

40 the programmable controller may be interfaced to com- 
municate with each other over a network. After interfac- 
ing the two, compiled programming code may be down- 
loaded from the server to the controller over the network. 
[0016] The present invention provides a new para- 

45 digm in the way entities approach programming of their 
programmable controllers. Entities wishing to program 
their programmable controllers need not purchase and 
maintain expensive engineering tools. Instead, an engi- 
neering tool may be web-enabled and may be main- 

50 tained on a central server that is accessible over a com- 
puter network. Users having client devices are provided 
with access to the server over the network. The server 
receives from the client device a document containing 
programming code created on the client device with the 

55 engineering tool. The code may be compiled on the 
server and downloaded to the programmable controller. 
It may be downloaded directly to the controller, if the de- 
vice is accessible over the computer network, or it may 
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be downloaded to the device through a client device that 
resides on the network and that is interfaced with the 
. programmable controller. 

[0017] The present invention also enables the gener- 
ation of configuration data for I/O networks and device 
on a centralized server. In general, development of pro- 
gramming code may comprise generating configuration 
data. In one embodiment of the present invention a con- 
figuration editor is maintained on a server. The server is 
communicatively coupled to a network and the configu- 
ration editor is adapted to be invoked by a client device 
over the network. The configuration editor may com- 
prise a graphical editor, and it may be part of an engi- 
neering tool or be part of an engineering tool set. 
[0018] The present invention also enables version 
management of various versions of a program for a pro- 
grammable controller. A version management tool is in- 
stalled on a server. Along with the tool, various versions 
of the program are stored. The version management 
tool is configured to be invokable by a client device over 
a network. The version management tool may have 
searching capabilities and functions for comparing one 
version with another to show changes between the two. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] 

Figure 1 is an illustration of the prior art tools re- 
quired to program programmable controllers. 
Figure 2 is a block diagram illustrating the steps and 
shortcomings of the prior art methods and tools for 
programming programmable controllers. 
Figure 3 is an illustration of one embodiment of the 
present invention, wherein a client device that is 
connected to a PLC is in communication over a net- 
work with a server containing a web-enabled engi- 
neering tool for writing programming code for the 
PLC and for configuring the I/O network and devic- 
es. 

Figure 4 is an illustration of the general architecture 
of one embodiment of the present invention, where- 
in an engineering tool for writing programming code 
for a programmable controller and for configuring 
the I/O network and devices resides on a server that 
is accessible over a network by a client device.' 
Figure 5 illustrates an alternative embodiment of the 
present invention, wherein the server also contains 
a web service layer. 

Figure 6 illustrates, from both a client and server 
perspective, the components of a web-enabled en- 
gineering tool according to the present invention 
that operates over the Internet, wherein chart-pro- 
gramming techniques are used. 
Figure 7 illustrates an alternative method for web- 
enabling an engineering tool using XML formatting 
according to the present invention. 
Figure 8 illustrate web-enabling a legacy engineer- 



ing tool according to the present invention using the 
application interface of the legacy tool. 
Figure 9 is a screen view of a web-enabled Flow- 
chart Programming engineering tool according to 
s the present invention. 

Figure 1 0 is a screen view of a web-enabled Ladder 
Logic programming engineering tool according to 
the present invention. 

Figure 11 is a flowchart outlining method steps of 
io one embodiment of the present invention. 

Figure 1 2 is a flowchart outlining a method accord- 
ing to the present invention for programming a pro- 
grammable controller. 

Figure 1 3 illustrates a configuration of a system ac- 

15 cording to present invention, wherein a client device 
is networked with a server, having a web-enabled 
engineering tool, and a second client device net- 
worked with the server is on a LAN with one or more 
programmable controllers. 

20 Figure 14 illustrates an alternative configuration of 
the present invention, wherein the programmable 
controllers are directly interfaced with a server, hav- 
ing a web-enabled engineering tool, that is in com- 
munication with a client device. 

25 Figure 1 5 illustrates yet another alternative config- 
uration of the present invention, wherein a server 
having a web-enabled engineering tool is on the In- 
ternet or an intranet with a client device and one or 
more programmable controllers are, networked with 

30 the server over an intranet or the Internet. 

Figure 16 is a flowchart outlining the steps for pro- 
viding engineering tool services according to the 
present invention. 

Figure 1 7 is a flowchart outlining the steps for gen- 
35 erating programming code off-line, according to the 
present invention. 

Figure 18 illustrates a new business paradigm for 
selling engineering tool services, according to the 
present invention. 

to Figure 19 illustrates an alternative new business 
paradigm for selling engineering tool services, ac- 
cording to the present invention. 
Figure 20 illustrates an embodiment of the present 
invention wherein human-readable engineering 

45 code is stored on a server and linked to the com- 
piled code running on a programmable controller 
and accessible to an automation server. 
Figure 21 illustrates how the present invention may 
be set-up to be in a single corporate or business 

50 entity. 

Figure 22 illustrates a collaborative engineering 
system according to the present invention. 
Figure 23 is a flowchart outlining a method of devel- 
oping and testing programming code for program- 

55 mable controller and/or configuration data, accord- 
ing to the present invention. 

Figure 24 is a flowchart outlining a method for gen- 
erating and installing programming code on a pro- 
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grammabie controller, according to the present in- 
vention. 

Figure 25 illustrate one embodiment of the present 
invention wherein an engineering tool set reside on 
a server, contains a configuration editor, and is in- 5 
vokable by a client device over a network. 
Figure 26 is a flowchart outlining a collaborative en- 
gineering method enabled by the present invention. 
Figure 27 is a flowchart outlining an alternative col- 
laborative engineering method according to the 
present invention. 

Figure 28 is a flowchart outlining another alternative 
collaborative engineering method according to the 
present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0020] The present invention, among other things, 
provides systems and methods for writing programming 
code (which usually also involves generating configura- 
tion data) on a central server and for downloading com- 
piled programming code along with any configuration 
data to a programmable controller, such as a PLC. As 
shown in Figure 3, a client device 30, such as a personal 
computer containing a browser, such as Microsoft Inter- 
net Explorer® or Netscape Navigator,® resides on a 
public or private network 35, The network 35 may be the 
Internet or it may be an intranet. In one embodiment, a 
PLC 40, such as Siemens® S7-200 PLC, is connected 
to the client device 30 via an interlace cable 45, such as 
Siemens® PC/PPI cable. The cable may contain 
dipswitches 48 to control settings, such as baud rate. In 
this embodiment, the client device 30 acts as a program- 
ming device 30 for programming the PLC 40, However, 
unlike prior art approaches to programming the PLC 40 
wherein the engineering tools for programming the PLC 
are installed on the programming device, the engineer- 
ing tools needed to write and compile programming 
code reside on a server 50 that is accessible by the client 
device 30 over the Internet or over an intranet or other 
network 35. The engineering tools are preferably web- 
enabled to operate in any browser application on any 
client device 30. 

[0021] A user 55 accesses the server 50 over the net- 
work 35 with the client device 30. The client device 30 
may be a thin client, i.e. it need not contain any software 
other than a browser. Thus, the client device 30 may 
take many forms including personal computers, web- 
enabled PDAs, cell phones, Internet ready television de- 
vices, and Internet appliances, etc. The present inven- 
tion is scalable in that it may operate in a variety of 
modes on a variety of client devices having a variety of 
functionality. For instance, the present invention may 
operate with limited functionality on a web-enabled cel- 
lular phone browser, which has limited functionality and 
computing ability, or it may operate with robust functions 
on a sophisticated personal computer having a high- 
speed processor and large amounts of memory and ro- 



bust graphic capabilities. 

[0022] In accordance with the present invention, en- 
gineering tools, similar to tools such as Siemens STEP 
7,® reside oh the server 50 and are web-enabled. Typ- 
ically, these engineering tools will employ graphical pro- 
gramming schemes, such as Ladder Logic, Flowchart 
Programming, Sequential Function Charts, or Function 
Block Diagrams. (See e.g. Fig. i). Preferably, they are 
configured to handle a variety of programming languag- 
es, including Instruction List Programming and all other 
standard languages, such as for example all IEC-1131 
standard languages (e.g., LAD, FBD, SFC, IL and ST). 
The tools are configured to run in a browser application, 
thus making them operate independently of the operat- 
ing system employed by the client. Preferably, the engi- 
neering tools are configured to operated with an HTML 
or XML interface, so that they can operate on any avail- 
able browser. The tools also may provide a configuration 
editor to map a controller's logic I/O area to a physical 
I/O area. 

[0023] Figure 4 depicts one embodiment of the gen- 
eral system architecture for web-enabled engineering 
tools. A web-client device 3d contains a standard web- 
browser. An engineering tool for generating program- 
ming code for a programmable controller resides on a 
web-server 50 and is capable of operating on the web- 
client in a browser application. The engineering tool is 
web-enabled, and, in its most basic form, it comprises 
an editor or editors that may be run on the web-browser. 
Advantageously, the editors are operating system inde- 
pendent and may run on the latest browser, operating 
system, and hardware. The web-server 50 may also 
contain an editor for performing hardware configuration. 
It may also contain software and hardware necessary 
to perform version management and to run simulations. 
The web-client 30 and the web-server 50 both reside on 
a network 35, such as an intranet or the Internet. A user 
creates programming code and/or generates configura- 
tion data for a programmable controller on the web-cli- 
ent 30. The code and configuration data are converted 
to an XML document and transmitted over the network 
35 to the web-server 50. Programming code and con- 
figuration data may be stored in a project data base 58 
associated with the web-server 50. The project data 
base 58 may take the form of any standard storage me- 
dium. The server 50 need not be running the latest plat- 
form (OS and hardware). 

[0024] Figure 5 depicts an alternative embodiment 
wherein a web service layer 70 is incorporated with the 
server 50. Additional web-services, such as simulation 
services and tools, may be layered on top of existing 
engineering tools. This provides the engineering tool de- 
veloper with a quick and cost effective way to innovate 
and develop new products. An engineering tool vendor 
can leverage and extend the longevity of their existing 
investment in developing the engineering tool. In this 
embodiment, users of a basic engineering tool will have 
at their disposal robust engineering services that are on- 
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ly a mouse click away. 

[0025] XML is particularly well-suited for use with the 
present invention because graphical representations, 
such as those used by common PLC programming lan- 
guages, are readily converted to an XLM document. 5 
Thus, the transmission between the client 30 and the 
server 50 is preferable in the form of an XML document. 
[0026] Figure 6 illustrates the client-side, server-side 
and Internet components needed to web-enable a 
standard engineering tool, such as Siemens STEP 7® 
using Chart Programming Techniques. While Chart Pro- 
gramming Techniques may be used to web-enable 
standard engineering tools such as Siemens STEP 7,® 
Microsoft's® .Net technology provides a more efficient 
method for web-enabling engineering tools. As is shown 
in Figure 7, .Net technology facilitates interfacing a web 
service application 99 and a web-server using XML for- 
matting. It also allows for client-server data exchange in 
an XML format. 

[0027] As is shown in Figure 8, new web services 50 
can be build on top of the Application Interface ("API") 
59 of an existing engineering tool 77, such as Siemens 
STEP 7® . The server 50 and client devices 30 then ex- 
change XML documents using standard protocols. 
[0028] The web-enabled, browser-executable engi- 
neering tools preferably have user friendly functions for 
the various phases of an automation project. Screen 
views depicting a typical web-enabled engineering tool 
as it would be viewed on a client device with a standard 
browser are depicted in Figures 9 and 10. Figure 9 de- 
picts a web-enabled flowchart programming engineer- 
ing tool and Figure 10 depicts a web-enabled engineer- 
ing tool for programming in a Ladder Logic scheme. Typ- 
ically, these engineering tools include functions, such as 
configuration and parameterization of hardware; defini- 
tion of communication; 

programming; testing, start-up and servicing; documen- 
tation and archiving; and operating/diagnostics. The 
tools may also contain a symbols editor for defining sym- 
bolic designations, data types, and comments of global 
tag. The tools preferably support all programming lan- 
guages, including but not limited to flowchart program- 
ming, IL, ST, SFC, LAD, and/or FBD, and all subsequent 
programming languages specified by IEC. 
[0029] As discussed above, the functions provided by 
the engineering tools may be scalable depending upon 
the type of client device they will run on. For example, 
a very thin client device, such as a web-enabled cellular 
phone, may only be able to run a tool that uses text 
based or limited graphical editing functions. A more so- 
phisticated client device, such as an IBM 600E Think- 
Pad,® can support more functions and can in turn allow 
the engineering tool to perform more functions, such as 
full graphical editing during code development. Thus, in 
accordance with the present invention, whether the en- 
gineering tool functions are perform on the client device 
or on the server side, may vary depending upon the ca- 
pabilities ol the client device, the speed of the Internet 



or intranet connection, and other parameters. 
[0030] As is shown in Figure 3 and outlined in this 
flowchart of Figure 1 1 , in one embodiment of the present 
invention, a user (or several users) may access a PLC 
programming engineering tool 38 (or an engineering 
tool for programming other programmable controllers) 
that resides on a server 50, step 1000 . In one embod- 
iment, the server 50 resides on the World Wide Web por- 
tion of the Internet. In another embodiment, the server 
resides on a private corporate network or a corporate 
intranet. The user 55 operates the engineering tool 38 
on a web browser on the client device 30, step 1005, 
and creates programming code on the browser for the 
programmable controller, step 1010. Standard security 
measures may be employed to limit access to both the 
server and to the programs created thereon. The user 
55 may create a program in a single session or over a 
period of several sessions. The user may modify, edit, 
and debug the programming code in a browser applica- 
tion, step 101 5. The code generated on the browser may 
be in graphical form. The code is then converted to a 
document, step 1020 and the document is transmitted 
over the network to the server, step 1025. Preferably, 
the programming code is stored on the server 50, step 
1030. 

[0031] Editing software, debugging software and a 
compiler may be located on the server 50. This allows 
virtually any PC, PDA, or other web-enabled client de- 
vice 30 to act as a programming device. After the user 
55 creates and edits the programming code, the code 
may be stored and compiled on the server 50, which 
preferably has a compiler. In some embodiments, an ad- 
ditional server could be used to archive the code. More- 
over, the compiler may also reside on a different server 
that is accessible to the server containing the engineer- 
ing tool. 

[0032] After the code is created, debugged, and com- 
piled, it is downloaded to a programmable controller. As 
is shown in the flowchart of Figure 12, in one embodi- 
ment programming a programmable controller compris- 
es two steps: establishing communication between the 
controller and the server, step 2000, and downloading 
the programming code to the controller over the net- 
work, step 2005. In one embodiment, such as the one 
shown in Figure 3, the code may be downloaded to the 
client device 30 which in turn may then be interfaced 
with the programmable controller 40. In this embodi- 
ment, a copy of the compiled programming code may 
reside on the client device or be archived on the client 
device. 

[0033] Typically the client device 30 is interfaced with 
the programmable controller 40 via a connector cable 
45, such as Siemens PC/PPI Connector Cable (see Fig- 
ure 3). As is shown in Figure 3, when a PC is used as 
the client device 30 the connector cable allows a serial 
interface on the programmable controller to communi- 
cate with a standard RS-232 serial interface. When an- 
other device, such as a PDA, is used as the client de- 
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vice, the connector cable interfaces with a communica- 
tion port on the device. The cable may, as is shown in 
Figure 3, contain DIP switches 48 that are used to select 
an appropriate speed (baud rate) at which information 
is passed between the PLC 40 and the client device 30. 
The client device 30 may, as is shown in Figure 13, be 
interfaced with a plurality of programmable controllers 
40. In some embodiments, where there are a large 
number of programmable controllers interfaced with a 
single client device a repeater (not shown) may be need- 
ed in conjunction with the cable. 
[0034] In an alternative embodiment, such as the one 
shown in Figure 14, the programmable controllers 40 
may be directly or indirectly connected to a network, 
such as a LAN 100, on which the server resides without 
having to go through the client device 30. In this embod- 
iment, the programmable controllers 40 are in commu- 
nication with the server 50 over the networks, 100 which 
may comprise a standard network using TCP/IP- ether- 
net protocols, a Prof ibus® network, or virtually any other 
network configuration. The compiled programming code 
may be then downloaded directly to a programmable 
controller 40. 

[0035] In yet another embodiment, such as the one 
depicted in Figure 15, the programmable controllers 40 
may communicate with the server 50 over a network, 
110 such as an intranet or the Internet. The program- 
mable devices may, in some embodiments be linked to- 
gether on a LAN 100 using protocols such as TCP/IP or 
Profibus® or any other appropriate protocol. 
[0036] Regardless of whether the programmable de- 
vice is directly interfaced with the network where the 
server resides or is in communication with the server 
through a client device, an archival copy of the program- 
ming code may be stored in an archival project database 
1 20 on the server 50 or on a memory device associated 
with the server 50. (See Figure 1 4). This advantageous- 
ly provides centralized storage for back-up copies of the 
compiled programming code. The archival copy may al- 
so be stored on a separate server or in a database avail- 
able over the network. 

[0037] In some embodiments it may be desirable to 
create the programming code for the programmable 
controller off-line, i.e. after the client device is discon- 
nected from the server containing the engineering tool. 
Off-line programming allows a user to create and edit 
the program code without maintaining a connection with 
the server. As is outlined in the flowchart of Figure 17, 
a user establishes communication between a client de- 
vice and a server containing a web-enabled engineering 
tool and a database of programming projects, step 
3000. The user then opens the web-enabled engineer- 
ing tool in a browser application on the client 3005. The 
user then checks out a copy of the project from the 
project data base, step 3010 and the copy of the project 
is transmitted to the client device, 3015. Communication 
between the client and server is then terminated, step 
3020. The user is now free to edit the checked-out copy 



off-line, step 3025. When the user is finished editing, the . 
user reestablishes communication between the client 
and server, step 3030. The edited programming code is 
then checked back in 3035, and may be accessed by 

5 other users who have access rights. In some embodi- 
ments, while the project is checked out, other users may 
be permitted to read a copy of the checked out project 
in the form it existed prior to being checked out. Depend- 
ing upon the sophistication and resources of the client 

io device, off-line programming techniques and functions 
may vary. 

[0038] Where the client device lacks sophistication, a 
simple text based edit-only function may be provided. 
Where the client resource contains higher levels of so- 

15 phistication (e.g., memory, graphics capability, proces- 
sor speed, etc.) more sophisticated graphical editing/ 
code creation functions may be provided. Thus, the 
present invention is scalable. For example, in one em- 
bodiment operating on a simple web-enabled device the 

20 user may be provided with only a text editing function, 
while in an other embodiment operating on a more so- 
phisticated client, the user may be provided with an en- 
gineering tool that operates in the web-browser that con- 
tains all the graphical editing functions that exist when 

25 the user is connected to the server. 

[0039] In addition to depending on client resources (e. 
g., memory), other factors, such as the client operating 
system and security issues, may impact the functionality 
of the web-enabled engineering tool, In order to work 

30 off-line, the operating system of the device needs to sup- 
port some way of installing the application on the client 
device. This is generally not an issue with modern 
PDAs, but may be an issue with smaller appliances, 
such as cellular phones. For security reasons, web 

35 browser applications are generally restricted from ac- 
cessing system resources, such as drives and system 
memory. Microsoft Corp., Redmond Washington, pro- 
vides software for allowing applications running on its 
Internet Explorer® to access client side system resourc- 

^o es by means of ACTIVEX controls embedded in the ap- 
plication. For those wanting better security, Microsoft 
Corp. provides the user with the ability in its browser to 
disable downloading of ACTIVEX controls altogether, or 
only accept downloads from trusted sites or only origi- 
ns nally signed ACTIVEX controls. 

[0040] In one embodiment, specific functions are pro- 
vided to the client device on an as-needed basis. For 
example, syntax checking is not provided until the user 
of the client device needs that function. This enables the 

50 user to download to the client device minimal functions 
initially and to add additional functions only when those 
functions are needed. 

[0041] In general, the programmable device does not 
need to be connected to the programmable controller 
55 when programming code is being generated and com- 
piled. However, in some embodiments it may be desir- 
able to have the programmable controller on-line with 
the server and the client device at the same time. In this 
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embodiment, changes are downloaded to the program- 
mable controller. In addition, status of input and output 
elements can be monitored. In some embodiments the 
server may be equipped with diagnostic software or 
functions that allow for monitoring of the programmable 
controller. In yet other embodiments, the server can sim- 
ulate inputs and outputs and communicate these with 
the programmable controller. This allows for diverse and 
robust testing algorithms to be created and stored cen- 
trally. In some embodiments, the robust test algorithms 
may be accessible only by authorized users and the us- 
ers may be charged a fee for their use. 
[0042] The present invention provides a new para- 
digm in the engineering tool industry. Prior to the present 
invention, engineering tools were products that were 
manufactured and sold (See Figure 2). In accordance 
with the present invention, web-enabled engineering 
tools provide a new business paradigm where the man- 
ufacturer of an engineering tool provides a service. (See 
Figures 18 & 19). In one embodiment, such as the one 
outlined by the flowchart of Figure 1 8, a user is provided 
access to the server containing an engineering tool for 
developing and compiling programming code for a pro- 
grammable controller, step 200. The user may be pro- 
vided free access to the engineering tool for the purpose 
of writing programming code. The user can develop the 
code on a client device that communicates with the serv- 
er, step 205. The user can create and modify program- 
ming code without being charged a fee. This advanta- 
geously provides even small business concerns with ac- 
cess to sophisticated and up-to-date engineering tools. 
Only after the user completes the code and compiles it 
is a charge incurred, step 207. In some embodiments, 
the charge is calculated at the time the programming 
code is compiled. In another embodiment, the user is 
charged upon downloading the compiled code to a PLC. 
(See Fig. 19, step 220). The charge for the code may 
be based on the size of the compiled code, the time re- 
quired to write the code, the number of inputs and /or 
outputs the code is designed to handle, or a variety of 
other parameters that may be measured. Since the en- 
gineering tool resides on a central server and not on a 
client device, limiting and controlling access to the tool 
is simplified. Moreover, it is a simple matter for a cus- 
tomer service representative or salesperson to provide 
a customer with additional use of the programming tool 
where such additional use would be advantageous from 
a business prospective. For example, a salesperson 
might provide a limited period of free use of a web-en- 
abled engineering tool for programming and configuring 
a PLC when a customer purchases a new PLC or new 
field device that interfaces with an existing PLC. 
[0043] Viewed Irom the perspective of the entity build- 
ing and/or supplying engineering tools, the new busi- 
ness paradigm may take the form of the steps outlined 
in the flowchart of Figure 16. The tool manufacturer or 
provider maintains a web-enabled engineering tool on 
a server that is accessible to clients over a network, such 



as the Internet, step 1601. Clients are provided access 
to the tool over the network, step 1 605. In some embod- 
iments, passwords or other security measures may be 
used to restrict access to only authorized users; while 

s in other embodiments the public may have access to the 
tool, but not necessarily access to the code created with 
the tool. In accordance with this embodiment, the engi- 
neering tool provider receives a document, e.g., over a 
network, from a user that contains programming code 

io that was generated with the web-enabled engineering 
tool, step 1610. The programming code may then be 
compiled, step 1615, or it might be saved and made ac- 
cessible to the entity that created It or to an entity au- 
thorized to access it. Eventually, the code is compiled 

15 and then downloaded to a programmable controller, 
step 1620. 

[0044] Since the code is created on a central server, 
the code may be archived in both human-readable form 
and in compiled form (see Fig. 20). This provides a 

20 method to reinstall existing software on new program- 
mable controllers or to restore old versions of code when 
a new version fails to perform in a desired manner. In 
one embodiment, the user is charged a fee for obtaining 
downloading an archived copy. This fee may be lower 

25 than the initial fee for the first copy downloaded to the 
user. 

[0045] Moreover, since in some embodiments, the hu- 
man-readable form of the code (also known as source) . 
is archived and linked with the machine readable code, 

30 web-enabled monitoring, simulation, and control of au- 
tomated facilities is facilitated. For example, as is shown 
in Figure 20 a web-enabled PLC 300 may contain an 
embedded webserver 310. The PLC may be connected 
to a network 350, such as the Internet or an intranet. 

35 The PLC may be programmed with the web-enabled en- 
gineering tools of the present invention. The program- 
ming code for the PLC may reside on an engineering 
server 400 in both human-readable form and in com- 
piled form. The human-readable form is stored in a 

to memory or data storage device 410 and the code is 
linked to the compiled form that also resides in a mem- 
ory device 420 associated with the engineering server. 
Since the engineering server is accessible over the In- 
ternet or an intranet along with the PLC, it is possible to 

45 maintain another server (either a server physically sep- 
arate from the engineering server or a virtual server, 
which is physically part of the engineering server or the 
PLC), such as an automation server on the same net- 
work. The automation server may even be part of the 

50 PLC, such as when the PLC contains an embedded 
web-server. Sophisticated and robust simulation, mon- 
itoring and control software may reside on the automa- 
tion server and be web-enabled to be accessed by a 
client device on the Internet or intranet. Since the hu- 

55 man-readable version of the programming code for the 
software running on the PLC is available via the engi- 
neering server, robust simulation, diagnostic, control, 
and monitoring software packages may advantageously 
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access the human-readable code and provide valuable 
information for running these software packages. For 
example, since the human-readable code is readily ac- 
cessible, accessing tag information for various field de- 
vices controlled by the PLC is facilitated. The present ( 5 
invention thus enables sophisticated and robust com- 
munication and data transfer from a shop floor to a board 
room. 

[0046] As is shown Figure 5, maintaining a server with 
centralized web-enabled engineering tools provides a ?o 
platform for the developer of the engineering tool to 
launch new services and products. For example, prior 
to the present invention, the cost of purchasing simula- 
tion tools for optimizing programming code prohibited 
many customers from investing in these tools. Since, in ?5 
one embodiment, the programming code is stored and 
generated on a central server that is accessible by a 
large numbers of customers, the cost of installing sim- 
ulation software on the server can be spread over this 
large number of customers. Moreover, in one embodi- 20 
ment, customers only pay for the use of the simulation 
tools. In addition, diagnostic tools could be installed on 
the server and shared in a like manner. In some embod- 
iments, the owner of the server and tools could be com- 
pensated based on usage, based on savings to the cus- 25 
tomers, or a variety of other schemes. 
[0047] Because the tools are centrally located, licens- 
ing of the tools is simplified. The tools may be licensed 
to companies, certain individuals within a company, or 
individuals themselves. Access to the tools may be ac- 30 
complished using encryption techniques and/or pass- 
word protection and can be conditioned upon maintain- 
ing a valid license. In some embodiments, it may be de- 
sirable to provide a limited period of free access to the 
tool. In some cases, the amount of free access can be 35 
tied to the purchase of programmable controllers. Pro- 
viding an on-site server free of charge for a limited pe- 
riod may also be useful in selling long term leases of 
servers to customers. In this embodiment, the user is 
provided with the server for a limited free trial period. *o 
[0048] In an alternative embodiment, such as the one 
shown in Figure 21 , a company may choose to lease or 
own its own server. For some large manufacturing com- 
panies and /or other entities where security is a major 
concern, limiting access to the server to only the com- 
panies' employees may be advantageous. Because the 
engineering toot resides on the server and not each us- 
er's PC, version management, updating and other soft- 
ware maintenance tasks are simplified. Moreover, the 
engineering tool is operating independently of the oper- so 
ating system on the user's programming devices. Be- 
cause the server is accessible to only the companies 
employees, proprietary information may be stored on 
the server and accessed by a programming team work- 
ing at different locations. 55 
[0049] The present invention also advantageously 
provides a system and method for collaborative engi- 
neering. In one embodiment, multiple users may access 



and develop jointly the programming code for one or 
more programmable controllers. As is shown in Figure 
22, a plurality of users may access a server. A web-en- 
abled engineering tool 2200 resides on the server 50 
and is capable of running in a browser application on 
the client devices 30. The server may contain a memory 
for storing engineering projects in a database 2210 as 
well as a configuration manager 2220. The projects 
stored in the project database 2210 may be discrete 
projects or they may be related. Typically, the user that 
created a particular project or piece of code is granted 
full read and write rights to that project. As shown in Fig- 
ure 22, a first user 5000 may access a first project 2241 . 
Upon accessing the first project 2241 , which is typically 
a document storing programming code in a human read- 
able form, an active copy 2250 of the first project is cre- 
ated on the server 50. With the aid of the web-enabled 
engineering tool 2200, the first user 5000 may modify 
the active copy of the first project 2250. Other users 

5001, 5002, 5003 on the system, may need to view a 
copy of project 1. This is quite often the case when a 
second and third user are working on related projects. 
Since an active copy is work in progress it is possible 
that the first user 5000 may never save the changes the 
first user 5000 is making to the active copy, it would not 
typically not be advantageous to grant the second and 
third users rights to read the active copy. Instead, it is 
often preferable to grant the second and third users 

5002, 5003 read rights to the archived popy residing on 
the project database. In some embodiments, it may be 
advantageous to provide a fourth user 5001 with either 
read rights or read-write rights to the active copy. This 
may be particularly useful where the fourth user 5001 is 
a customer service representative, a consultant or su- 
pervisor overseeing of the users. Access to the archived 
copies of the projects stored in the database as well as 
access to the active copy are generally controlled by a 
configuration manager. In an embodiment of the present 
invention, the creator of a project grants rights to other 
users through the configuration manager 2220. Often at 
least one other user, such as a supervisor or IT admin- 
istrator, has the ability to grant rights. 

[0050] In one embodiment, such as the one depicted 
in Figure 22, a large programming task is divided into 
several smaller projects. Each project is stored as a doc- 
ument in the projects database. Each user is primarily 
responsible for a separate project. The first user 5000, 
for example, is in charge of project 1 2241. Thus, the 
first user 5000, via the configuration manager, is granted 
read and write rights to the first project 2241. Other us- 
ers, such as the second and third users 5002, 5003 may 
be in charge of separate projects or related projects and 
are thus granted lesser rights to project 1 , such as read 
only rights. The second user 5002 is tasked with creat- 
ing project 2 2242 and is thus granted full rights to 
project 2, but users 1 and 3 are given only read-rights 
to an archived copy of project 2. User 3 5003 is tasked 
with creating project 3 2243 and is thus granted read- 
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write rights to project 3 but read-only rights to archived 
copies of projects 1 and 2. Likewise, the first user 5000 
is granted read-only rights to archived copies of projects 
2 and 3. A project supervisor, such as the fourth user 
5001, may be given supervisory rights, which may in- 5 
elude the right to read and write to active copies, as well 
as archived copies, the right to combine various projects 
(either the active copies or the archived copies, into one 
piece of programming code, the right to compile the pro- 
gramming code, and any other rights needed to oversee 
a programming project. 

[0051] The present invention therefore enables nu- 
merous methods for collaboratively programming pro- 
grammable controllers and generating configuration da- 
ta for I/O networks and devices, which is usually part of 
the programming process. Figure 26-28, outline a few 
examples of some of the many collaborative engineer- 
ing methods and techniques enabled by the present in- 
vention. While specific examples are shown in these 
drawings, the method steps that are outline here are in- 
tended to be illustrative and not exhaustive of the broad 
and robust collaborative engineering methods enabled 
by the present invention. 

[0052] The present invention also provides for con- 
venient archiving of programming code and version 
management. A version manager or version manage- 
ment system may be incorporated into the configuration 
manager or controlled by the configuration manager. 
Before new compiled programming code is downloaded 
to a programmable controller (either directly from the 
server to the controller or from the server to the control- 
ler via the client device), a copy of the existing code is 
archived on the server. In some embodiments, the pro- 
gramming code is archived in a human-readable form 
before it is compiled. The compiled code and human- 
readable code may be linked together so that the human 
readable code may be accessed based on the compiled 
code.(See e.g. Fig. 20). 

[0053] A version management tool residing on the 
server would provide several advantages and provide a 
new business model for engineering tool suppliers. One 
of the many advantages it provides is that a customer 
may search for a specific change to a program or may 
compare two versions of a program. This is highly de- 
sirable in industries regulated by the Food and Drug Ad- 
ministration ("FDA"). For example, in a food plant the 
FDA requires that all changes to a PLC program be doc- 
umented. A version management tool may provide this 
functionality. In some embodiments, the version man- 
agement tool is part of a configuration manager and re- 
sides on a server with an engineering tool. In a typical 
scenario, a user makes a change to a PLC program (e. 
g. version 1 .0), for example to increase the amount of 
sugar in a mix. The modified program along with the doc- 
umentation is saved as a new version (e.g. version 1.1) 
on the server. If at some later point in time, it is deter- 
mined that the product is too sweet, a subsequent user 
can correct this by searching for changes to the PLC 



that affected the sweetness or the quantity of sugar add- 
ed to the product. The version manager preferably sup- 
ports this functionality. Often, it is not possible to revert 
to the original version (e.g. 1.0) because there have 
been subsequent changes, but the user can create a 
new version by making changes to the existing version 
running on the PLC. 

[0054] In addition to providing searching functions, 
the version management tool may also provide compar- 
ing functions that allow a user to compare one version 
to another to show changes. The compare function may 
work in both graphical and text based programming lan- 
guages and preferably highlights the changes. 
[0055] The present invention also provides a method 
and system for testing programming code developed on 
a central server. As is shown and outlined in Figure 23, 
a server containing an engineering tool is accessed with 
a client device, step 9900. The engineering tool is then 
operated on the client device, step 9905, preferably in 
a browser application on the client device, and program- 
ming code is then created on the server, step 991 Q. The 
programming code may then be tested by running sim- 
ulation software on the server, step 9915. The simula- 
tion software may mimic an actual programmable con- 
troller. In other embodiments, the server may be inter- 
faced with a testing programmable controller, step 9920. 
Preferably, the testing programmable controller is con- 
figured to test programming code and/or configuration 
data generated with the engineering ^ool on the server. < 
After the programming code is tested, it may be down- 
loaded to an actual programmable controller, step 9925, 
which is often referred to as the target programmable 
controller. 

[0056] One method of downloading code generated 
by the present invention is outline in Figure 24. Program- 
ming code and/or configuration data is generated on a 
server, step 9000. The code is then compiled, step 9005. 
It is then downloaded to a client device, step 9010. And 
copied to a storage device that is associated with the 
client device, step 9015. The storage device may take 
many forms and may be a removable storage device, 
such as a disk drive or flash memory unit. The storage 
device may be interfaced or communicatively coupled 
with an electronic device, step 9020. The code may then 
be copied to the electronic device, step 9025. From the 
electronic device, the code may then be downloaded to 
a target programmable controller, step 9030. 
[0057] As is shown in Figure 25, the present invention 
may also comprise a configuration editor 9100 for gen- 
erating code or data for configuring I/O networks and 
devices that resides on a server 9200. A configuration 
editor usually part of the engineering tool 9300 or part 
of an engineering tool set 9350. Those skilled in the art 
will recognize that in most cases the engineering tools 
described herein may contain a configuration editor and 
the generating of programming code may comprise the 
generation of configuration data. The configuration ed- 
itor may take may forms, but is usually graphical and is 
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preferably adapted to be invokable by a client device 
9500 overa network 9600, such as the internet- A graph- 
ical configuration editor may show the topology of an I/ 
O network and the device on the network. Configuration 
data for I/O networks and devices is typically download- , 5 
ed to a programmable controller 9700 on the network. 
In some cases, the data may be downloaded to intelli- 
gent devices on the network. Configuration data often 
comprise information such as baud rates and informa- 
tion relating to the mapping of logical to physical I/O. *c 
[0058] The present invention, although described 
above with reference to specific embodiments, may be 
embodied in numerous forms, too many to describe 
herein, and should not be limited by the above described 
exemplary embodiments, which are illustrative of the 15 
present invention, but not exhaustive. For example, 
those skilled in the art will also recognize that although 
the method steps of the present invention are discussed 
above in a specific order, it is often the case that the 
order of the steps is not critical and the invention may 20 
be practiced by performing the steps in differing order. 
For example, it is often immaterial to the practice of the 
present invention whether the method steps are per- 
formed in any particular order. For example, it makes no 
difference if value is conveyed by a customer before or 25 
after downloading compiled code and configuration data 
to a PLC from a central server. 



Claims 

1. A system for creating programming code for a pro- 
grammable controller with a client device having a 
network-interfacing-application, the system com- 
prising: 

a server in communication with the client device 
over a network; 

an engineering tool for creating programming 
code for the programmable controller, the engi- *o 
neering tool employing a programming lan- 
guage, the engineering tool residing on the 
server and accessible by the client; and 
a memory associated with the server for storing 
the programming code. 45 

2. The system of claim 1 , wherein the programming 
language comprises a graphical programming lan- 
guage. 

50 

3. The system of claim 2, wherein the programming 
language comprises a ladder logic programming 
language. 

4. The system of claim 2, wherein the graphical pro- 55 
gramming language comprises a function block pro- 
gramming scheme. 



5. The system of claim 2, wherein the graphical pro- 
gramming language comprises a flow-chart pro- 
gramming scheme. 

6. The system of claim 1 , wherein the programming 
language comprises a text-based language. 

7. The system of claim 6, wherein the programming 
language comprises an instruction list program- 
ming language. 

8. The system of claim 6, wherein the programming 
language comprises a structured text programming 
language. 

9. The system of claim 1 , wherein the engineering tool 
is configured to exchange information between the 
server and the client in the form of an XML docu- 
ment. 

10. The system of claim 1, wherein the network-inter- 
facing-application comprises a web-browser and 
wherein the system further comprises a compiler re- 
siding on the server for compiling the programming 
code. 

11. The system of claim 1, wherein the client device is 
a PDA. 

12. The system of claim 1 , wherein the client device is 
a personal computer. 

13. The system of claim 1 , wherein the client device is 
a web-enabled cellular phone. 

14. A method for developing programming code for a 
programmable controller on a server having an en- 
gineering tool that is invokable by a network-inter- 
facing-application on a client device, the method 
comprising the steps of: 

accessing, via a network, the server with the 
client device; 

creating programming code on the client device 
by creating programming instructions using a 
programming language; 
converting the programming instructions into a 
document; and 

transmitting the document over the network to 
the server. 

15. The method of claim 13, wherein the network com- 
prises the Internet. 

16. The method of claim 13, wherein the network com- 
prises an intranet. 

17. The method of claim 13, wherein the document 
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comprises an XML document. 

18. The method of claim 13, wherein the network-inter- 
facing-application comprises a web-browser. 

19. The method of claim 13, wherein the programming 
instructions are created using a graphical language. 

20. The method of claim 13, wherein the programming 
instructions are created using a text-based lan- 10 
guage. 

21. The method of claim 13, wherein the programming 
instructions are created using a function block pro- 
gramming scheme. *s 

22. The method of claim 13, wherein the programming 
instructions are created using a flow-chart program- 
ming scheme. 

20 

23. The method of claim 1 3 further comprising the steps 
of: 

compiling the programming code on the server; 
and 25 
storing the compiled programming code. 

24. The method of claim 22 further comprising: 

connecting a programmable controller to the 30 
client device; 

downloading a copy of the compiled code to the 
client device; and 

downloading a copy of the compiled code from 
the client device to the programmable control- 35 
ler. 

25. The method of claim 22 further comprising: 

establishing communication between the serv- 40 
er and a second client device; 
connecting a programmable controller to the 
second client device; 

downloading the compiled code from the server 
to the second client device; and 4 $ 
downloading the compiled code from the sec- 
ond client device to the programmable control- 
ler. 

26. The method of claim 24, wherein the programmable so 
controller is a PLC. 

27. The method of claim 25, further comprising archiv- 
ing a copy of the compiled code on the second client 
device. 55 

28. A method of programming a programmable control- 
ler comprising the steps of: 



establishing communication between the pro-, 
grammable controller and a server, the server 
containing programming code generated by a 
client device in communication with the server 
using web-enabled engineering tools residing 
on the server; and 

downloading the programming code to the pro- 
grammable controller. 

29. The method of claim 27, wherein the step of estab- 
lishing communication between the programmable 
controller and the server comprises connecting the 
programmable controller to a client device and es- 
tablishing communication between the client device 
and the server. 

30. The method of ciaim 27, wherein the step of estab- 
lishing communication between the programmable 
controller and the server comprises connecting the 
programmable controller to a LAN, and establishing 
communications between the LAN and the server. 

31. A method for programming a programmable con- 
troller comprising: 

maintaining a web-enabled engineering tool for 
creating programming code for the controller on 
a server, the server accessible via a computer 
network; , . 

providing users having a client device with ac- 
cess to the web-enabled engineering tool over 
the network; 

receiving from the user's client device a docu- 
ment containing programming code created by 
the user with the engineering tool; and 
compiling the programming code on the server. 

32. The method of claim 30, wherein the document is 
an XML document. 

33. The method of claim 31 , wherein the programmable 
controller is a PLC. 

34. The method of claim 32, further comprising archiv- 
ing a copy of the document. 

35. The method of claim 32, further comprising archiv- 
ing a copy of the compiled code. 

36. The method of claim 34 further comprising down- 
loading the archived copy to the programmable 
controller. 

37. A method for programming a programmable con- 
troller comprising the steps of: 

generating programming code for the program- 
mable controller on a server by accessing an 
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engineering tool residing on the server; 
compiling the programming code; 
downloading the compiled code to a client de- 
vice; 

copying the compiled code to a storage device; 5 
coupling the storage device with an electronic 
device that is interfaced with the programmable 
controller; 

copying the code from the storage device to the 
electronic device; and 10 
downloading the compiled code from the elec- 
tronic device to the programmable controller. 

38. The method of claim 36, wherein the storage device 

is a removable storage device. *5 

39. The method of claim 36, wherein the removable 
storage device is a flash memory device; 

40. The method of claim 36, wherein the removable 20 
storage device is a disk drive. 

41. A method for developing programming code for a 
programmable controller comprising the steps of: 

25 

accessing server containing an engineering 
tool with a client device; 

operating the engineering tool on the client de- 
vice; 

creating programming code on the server with 30 

the client device; and 

testing the programming code. 

42. The method of claim 40, wherein the step of testing 

the programming code comprises running Simula- 35 
tion software that simulates the programmable con- 
troller. 

43. The method of claim 40, wherein the step of testing 

the programming code comprises running the pro- <o 
gramming code on a testing programmable control- 
ler that is configured to test programming code and 
configuration data. 

44. The method of claim 40, further comprising down- 45 
loading the programming code to a target program- 
mable controller. 

45. A system for configuring I/O networks and devices 
comprising: so 

a server communicatively coupled to a network; 
and 

a configuration editor residing on the server, the 
configuration editor adapted to be invokable by 55 
a client device that is communicatively coupled 
to the network. 



46. The system of claim 44, wherein the network is the 
Internet. 

47. The system of claim 44, further comprising a tool 
for developing programming code for a programma- 
ble controller. 

48. The system of claim 44, wherein the client device 
comprises a personal computer. 

49. The system of claim 44, wherein the client device 
comprises a PDA. 

50. The system of claim 44, wherein the client device 
comprises a cellular telephone. 

51. The system of claim 44, further comprising a ver- 
sion management tool that resides on the server. 

52. The system of claim 50, wherein the version man- 
agement tool is part of a configuration manager. 

53. A version management system for managing ver- 
sions of a program for a programmable controller, 
the system comprising: 

a server having a version management tool in- 
stalled thereon, the version management tool 
invokable by a client device over a network; and 
a plurality of versions of the program residing 
on the server. 

54. The system of claim 52, wherein the version man- 
agement tool is part of a configuration manager that 
resides on the server. 

55. The system of claim 52, wherein the version man- 
agement tool comprises an application for search- 
ing for versions having predetermined attributes. 

56. The system of claim 52, wherein the version man- 
agement tool comprises an application for compar- 
ing two or more versions with each other to show 
differences between the two or more versions. 

57. The system of claim 52, further comprising an en- 
gineering tool residing on the server, the engineer- 
ing tool configured to run on the client device in a 
network-interfacing-application. 

58. The system of claim 56, wherein the network-inter- 
facing-application comprises a web-browser and 
the network is the Internet. 
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